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Beschreibung 

Industrielle Steuerung auf cler Basis verteilbarer Technologi 
scher Objekte 

Die Erfindung bezieht sich auf eine industrielle Steuerung 
fur technische Prozesse, insbesondere fur Produktionsmaschi- 
nen . 

Ferner bezieht sich die Erfindung auf ein Verfahren zur Pro- 
grammierung bzw. Pro j ektierung von industriellen Steuerungen 
fur technische Prozesse, insbesondere filr Produktionsmaschi- 
nen. 

Eine industrielle Steuerung kann dabei ein eigenes Gerat 
sein, sie kann aber auch in einen Computer, einem PC, einem 
eigenstandigen Gerat oder einem Antrieb integriert sein. 

Bisher bekannte industrielle Steuerungen zur Automatisierung 
technischer Prozesse basieren im Wesentlichen entweder auf 
einer "SPS-Funktionalitat" , einer "MC-Funktionalitat " oder 
auf einer Technologief unktionalitat . Da im Rahmen solcher 
Funktionalitaten ein gewisser Funktionsumf ang fest vorge- 
schrieben ist, ist eine optimale Anpassung an die Anforderun 
gen eines speziellen Prozesses haufig nur bedingt moglich, 
wobei im konkreten Anwendungsf all oft eine ganze Gruppe von 
Funktionen uberflussig ist (z.B. ist beim Einsatz einer MC- 
Steuerung fur Werkzeugmaschinen, evtl. vorhandene Funktiona- 
litat fur Verpackungsmaschinen uberflussig) . 

Aus der DE 197 40 550 ist aulierdem eine Vorrichtung zum Steu- 
ern eines technischen Prozesses und/oder zur Steuerung der 
Bewegung einer Verarbeitungsmaschine bekannt, die ein Steuer- 
programm abarbeitet. Dieses Steuerprogramm besteht aus einer 
Vielzahl von Sof twaremodulen . Prozesssteuerungs funktionalita- 
ten von an sich bekannten speicherprogrammierbaren Steuerun- 
gen und Bewegungsf unkt ionali taten von an sich bekannten MC- 
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Steuerungen sind in einem einheitlichen, konf igurierbaren 
Steuerungssystem verwirklicht . Die einzelnen Software-Module 
werden hier jedoch durch jeweils eine Teils teuerung abgear- 
beitet, so dass flir jedes Sof tware-Modul eine zentrale Re- 
cheneinheit vorzusehen ist. 

Weiterhin ist aus der DE 198 53 205 ein Verfahren zur Steue- 
rung technischer Prozesse bekannt, das auf einer Instanziier- 
barkeit sowie einer bedarf sgerechten Verschaltung von Soft- 
ware-Komponenten mit vorgebbarer, zumindest parametrierbarer 
Funktionalitat basiert. Die Verschaltung und die Projektie- 
rung der Sof tware-Komponenten erfolgt hierbei allerdings noch 
nicht optimal . 

Der Erfindung liegt daher die Aufgabe zugrunde, flir jeweils 
unterschiedliche Steuerungsauf gaben und unterschiedliche 
Randbedingungen bzw. Anforderungen des zugrunde liegenden 
technischen Prozesses in einfacher Weise optimale Auspragun- 
gen einer industriellen Steuerung sowohl hinsichtlich ihrer 
Steuerungsstruktur als auch hinsichtlich ihrer Funktionalitat 
zu erstellen. 

Die Erfinder sind dabei von der Erkenntnis ausgegangen, dass 
das Runtime- und/oder Engineering-System der industriellen 
Steuerung sowohl SPS- als auch Bewegungs- und/oder Technolo- 
gie-Funktionalitat bedient und dass durch die Moglichkeit des 
dynamischen Zuladens von Funktionscode in das Runtime- 
und/oder Engineering-System der industriellen Steuerung je- 
weils eine optimale Auspragung, d.h. Skalierung der Steuerung 
moglich sein musste, wobei auiierdem durch eine Trennung von 
technologischer Funktionalitat und Geratef unktionalitat die 
Erstellung bzw. Pro j ektierung der Steuerung erleichtert wer- 
den wlirde . 

GemaU der Erfindung wird die oben genannte Aufgabe fur eine 
industrielle Steuerung der eingangs genannten Art dadurch ge- 
lost, dass die Steuerung ein allgemein einsetzbares, vorzugs- 
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weise technologieneutrales, Basissystem fur die Steuerungs- 
grundfunktionalitat aufweist, wobei instanziierbare Technolo- 
gieobjekttypen die Grundf unktionalitat der Steuerung urn tech- 
nologische Funktionali taten erganzen und nach einer vom An- 
wender zuschneidbaren Instanziierung als Technologische Ob- 
jekte in seinen jeweiligen Applikationen zur Verfugung ste- 
hen, wobei eine Trennung zwischen technologischer Funktiona- 
litat und Geratef unktionalitat erfolgt. 

Ein Technologisches Objekt reprasentiert vorzugsweise eine 
Komponente der realen Welt. Im Kontext industrieller Steue- 
rungen konnen dies z.B. Komponenten von Werkzeugmaschinen o- 
der Produktionsmaschinen sein. Die Technologischen Objekte 
stellen eine definierte technologische, abgeschlossene Funk- 
tionalitat bereit . Sie konnen untereinander verschaltet wer- 
den, um komplexe technologische Aufgaben zu realisieren. Da- 
durch dass die technologische Funktionalitat der Steuerung 
durch Technologische Objekte, die vorzugsweise reale Kompo- 
nenten, gebildet wird, ist einem Anwender oder Nutzer der 
Steuerung die technologische Machtigkeit, d.h. die Fahigkeit 
der Steuerung sofort transparent. Als sof twaretechnologische 
Einheit kann ein Technologisches Objekt aufierdem von einem 
Anwender sehr leicht in unterschiedlichen Applikationen und 
Steuerungen wiederverwendet werden. Ein Anwender kann bei der 
Nutzung von Technologischen Objekten von deren Implementie- 
rung abstrahieren . Vom Anwender in seinen Anwenderprogrammen 
direkt einsetzbare Technologische Objekte entstehen durch ih- 
re Instanziierung aus Technologieob j ekttypen . Aus einem ein- 
mal definierten Technologieobj ekttyp konnen beliebig viele 
( zugeschneiderte) Instanzen von Technologischen Objekten ge- . 
wonnen werden. Dadurch dass die Instanziierung sowohl im En- 
gineering-System als auch im Runtime-System erfolgen kann, 
ist es fur einen Anwender sehr leicht und sehr komfortabel 
moglich, die Technologischen Objekte in seinen Anwendungen zu 
verwenden. Die funktionale Machtigkeit einer Steuerung ist 
somit sehr leicht erweiterbar. Die Erweiterbar keit wird le- 
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diglich durch HW-Restriktionen (z.B. CPU-Leistung oder Spei- 
cherbeschrankungen) begrenzt . 

Weiterhin hat der Anwender die Moglichkeit das vorhandene Ba 
sissystem fiir die Steuerungsgrundf unktionalitat urn solche 
Funktionaiitaten zu erweitern, die er wirklich fiir seine An- 
wendungen benotigt. Dies geschieht dadurch, dass er explizit 
bestimmte benotigte Technologische Objekte zum Basissystem 
der Steuerung hinzuladt. Ein Anwender kann sich somit indivi 
duell eine Steuerung mit einer bestimmten Funktionalitat be- 
schaffen. Oblicherweise in Steuerungen vorhandene nichtbend- 
tigte Funktionaiitaten werden dadurch vermieden und verursa- 
chen somit keinen Overhead. 

Ein weiterer Vorteil liegt in der Trennung von technologi- 
scher Funktionalitat und Geratef unktionalitat . In den Techno 
logischen Objekten wird von den Geraten abstrahiert, auf de- 
nen die Technologischen Objekte ablaufen. Somit kann sehr 
leicht die Zuordnung eines Technologischen Objektes auf ein 
Gerat geandert werden und die Programmerstellung (d.h. die 
Nutzung der Technologischen Objekte in denn Anwenderprogram- 
men) kann unabhangig von den Geraten erfolgen. Die Gerate 
selber stellen somit nur die Ablauf umgebung fiir die Technolo 
gischen Objekte dar. Die tatsachliche Zuordnung von Technolo 
gischen Objekten zu Geraten kann der Anwender in einer fur 
ihn optimalen Art und Weise vornehmen. Optimierungskriterien 
sind z.B. Auslastung, raumliche Verteilung oder die Buslange 

AuBerdem liegt ein Vorteil in der Entwicklung und in der Pro 
duktion solcher skalierbaren Steuerungen. Steuerungen, die 
mit einer notwendigen Grundf unktionalitat (Basissystem) aus- 
geliefert werden, lassen sich in grofier Stuckzahl sehr ein- 
fach herstellen (economies of scale) . 

Eine erste vorteilhafte Ausges taltung der Erfindung liegt 
darin, dass eine automatische Generierung bzw. Pro j ektierung 
von Kommunikationsverbindungen zwischen Technologischen Ob- 
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jekten basierend auf der zugrungeliegenden Hardware-Topologie 
und/oder der technologischen Losung erfolgt. Im Engineering- 
system werden die Zuordnungsinf ormationen von Technologischen 
Objekten zu Geraten, die Gerate- und Netztopologie, sowie die 
und das Da tenvo lumen ausgewertet und daraus die automatische 
Proj ektierung der Kommunikationskanale erzeugt. Damit wird 
fur einen Anwender die Programnaerstellung erleichtert. 

Eine weitere vorteilhafte Ausgestal tung der Erfindung liegt 
darin, dass bei der automat ischen Generierung bzw. Projektie- 
rung der Kommunikationsverbindungen zwischen Technologischen 
Objekten von den Technologischen Objekten zugewiesene oder 
erworbene Qualitatsattribute beriicksichtigt werden. Diese au- 
tomatische Kommunikationsproj ektierung ermoglicht eine effi- 
ziente Nutzung der eingesetzten Gerate- und Netztopologie, da 
dabei abstrakte "Quality of Service 11 -Anf orderungen wie z.B. 
Broadcast, Taktsynchroni tat oder Ubertragungs zeit optimal auf 
die Gerate- und Buseigenschaf ten abgebildet werden. Im Engi- 
neeringsystem werden die Zuordnungsinf ormationen von Techno- 
logischen Objekten zu Geraten, die Gerate- und Netztopologie, 
sowie die "Quality of Service"-Anf orderungen und das Datenvo- 
lumen ausgewertet und daraus die automatische Pro j ektierung 
der Kommunikationskanale erzeugt. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, eine flexible Verschiebbarkeit und/oder Verteilbarkeit 
der Technologischen Objekte auf unterschiedlich oder gleich 
performante Hardware-Systeme und/oder Lauf zeitsysteme er- 
folgt. Technologische Objekte sind plattform- bzw. hardware- 
unabhangig. Sie enthalten keine plattform- bzw. hardware- 
spezifischen Eigenschaf ten und konnen somit sehr leicht auf 
unterschiedliche Hardware-Systeme und/oder Lauf zeitsysteme 
geladen, verschoben und verteilt werden. Durch die Moglich- 
keit der Verschiebbarkeit und der Verteilbarkeit der Techno- 
logischen Objekte auf unterschiedlich oder gleich performante 
Hardware-Systeme kann ein Anwender Technologische Objekte 
sehr flexibel benutzen und einsetzen. Er muss sich bei der 



2000P14945 Al 



6 

Verschiebung unci der Verteilung der Technologischen Objekte 
nicht urn Restriktionen bezuglich der zugrundeliegenden Per- 
formance der Hardware- und/oder von Lauf zeit-Systemen kum- 
mern. Weiterhin ist es durch die Verschiebung und Verteilung 
der Technologischen Objekte moglich, die Last in einem System 
flexibel zu verteilen und zu balanzieren. 

Eine weitere vorteilhafte Ausgestaltung der zugrunde liegen- 
den Erfindung liegt darin, dass eine flexible Verschiebbar- 
keit und/oder Verteilbarkei t der Technologischen Objekte auf 
unterschiedlich oder gleich per f ormante Hardware- und/oder 
Lauf zeit-Systeme innerhalb eines Projektes erfolgt, wobei 
sich ein Projekt auf Daten und/oder Programme von einer oder 
mehreren Steuerungseinheiten bezieht . Ein Anwender hat somit 
die Moglichkeit innerhalb eines Projektes Gerate unterschied- 
licher Hardware einzusetzen, die auch unterschiedlich perfor- 
mant sein konnen, auf die er Technologische Objekte leicht 
und flexibel verteilen kann, ohne die unterschiedliche Per- 
formance der Gerate berticksichtigen zu mussen. 

Eine weitere vorteilhafte Ausgestaltung der zugrunde liegen- 
den Erfindung liegt darin, dass die Verteilung der Funktiona- 
litat der Technologischen Objekte auf miteinander in Echtzeit 
durch taktsynchron aquidistant kommunizierende Steuerungsein- 
heiten erfolgt. Die Technologischen Objekte konnen somit auf 
Gerate bzw. Steuerungseinheiten verteilt werden, die uber ein 
Kommunikationsmedium in Verbindung stehen, das eine taktsyn- 
chrone aquidistante Kommunikation erlaubt. Somit konnen die 
Technologischen Objekte in Echtzeit miteinander kommuni zie- 
ren . In einem Projekt sind die Instanzen von Technologischen 
Objekttypen eindeutig ref erenzierbar und konnen (HW-) platt- 
f ormubergreif end genutzt werden. 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass eine technologische Skalierung hin- 
sichtlich der Funktionalitat der Steuerung durch die Zulad- 
barkeit von Technologieob j ekttypen erfolgt. Damit hat der An- 
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wender die Moglichkeit eine funktionale Skalierung seiner 
Steuerung zu erreichen. Er kann somit sehr einfach die Funk- 
tionalitat der Steuerung an die zugrundeliegenden und vorlie- 
genden Bedurfnisse und Randbedingungen anpassen. Die Erwei- 
terbarkeit bezieht sich sowohl auf Geratef unkt ionalitat als 
auch auf technoiogische Funktionalitat. 

Eine weitere vorteilhafte Ausges taltung der vorliegenden Er- 
findung liegt darin, dass eine Verschaltung der Technologi- 
schen Objekte zu komplexen Technologischen Objekten, sog. 
Container-Ob j ekten erfolgt. Dadurch hat der Anwender die Mog- 
lichkeit aus "einfachen" Technologischen Objekten komplexe 
Technoiogische Objekte zu erstellen, die im Vergleich zu den 
"einfachen" Technologischen Objekten eine hoherwertige bzw. 
komplexere technoiogische Funktionalitat reprasentieren und 
zur Verfugung stellen. Die Verschaltung erfolgt durch hierar- 
chische Beziehungen zwischen den Technologischen Objekten 
und/oder Datenf lussbeziehungen . 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass einem Anwender unterschiedliche Sichten auf die 
Technologischen Objekte zur Verfugung stehen. Die Abstrakti- 
onsmechanismen, die die Technologischen Objekte zur Verfugung 
stellen, erlauben (je nach Anwendungsphase oder Anwendertyp) 
unterschiedliche Sichten auf sie. Aus dem Engineering gibt es 
z.B. eine Projektsicht (ublicherweise in Form einer Baumdar- 
stellung) und/oder eine Inbetriebnahmesicht (z.B. ftir das An- 
legen und Konf igurieren der Instanzen) . Aber es steht auch 
eine programiuiertechnische Sicht zur Verfugung. In dieser 
Sicht werden dem Anwender z.B. Methoden und Attribute der 
Technologischen Objekte zur Verfugung gestellt. Aus ergonomi- 
schen Gesichtspunkten werden die Sichten einem Anwender in 
Form von grafischen Benutzerober f lachen zur Verfugung ge- 
stellt, z.B. als Icons und/oder Masken. 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass eine riickwirkungsf reie Programmie- 
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rung eines Technologischen Objektes beziiglich der anderen 
vorhandenen Technologischen Objekte und des Steuerungsbasis- 
systems, sofern nicht explizit eine Ruckwirkung programmiert 
bzw. projektiert ist, vorgesehen ist. Der Anwender kann somit 
das Verhalten eines Technologischen Objektes unabhangig von 
Rlickwirkungen anderer Technologischen Objekte oder des Steue- 
rungsbasissystems programmieren. Wenn erforderlich oder ge- 
wiinscht kann er aber explizit eine Ruckwirkung programmieren 
bzw. pro j ektieren . Die Flexibilitat des Anwenders bei der 
Programmierung Technologischer Objekte wird dadurch erhoht. 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass die Darstellung der Technologischen 
Objekte im Engineering-System durch grafische Elemente 
und/oder Masken erfolgt. Durch diese grafische Benutzerober- 
flache wird der Anwender beim Gebrauch der Technologischen 
Objekte unterstutzt . Produktivitat und Qualitat der Projek- 
tierung bzw. der Programmierung werden dadurch erhoht. 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass die Technologieob j ekttypen zu Tech- 
nologischen Paketen zusammengef asst werden. Technologische 
Pakete stellen eine Clusterung von technologisch und/oder 
f unktional zusammengehorenden Technologieob j ekttypen dar . 
Durch das Hinzuladen von Technologischen Paketen zum Basis- 
system einer Steuerung, konnen Steuerungen mit jeweils dedi- 
zierten Funktionsumf ang erhalten werden, Solche Steuerungen 
haben wenig funktionalen Overhead. Durch die Clusterung und 
Zuordnung von Technologieob j ekttypen zu Technologiepaketen 
wird zum einen eine Strukturierung und Klassif izierung er- 
reicht und zum anderen sind die Technologiepakete ein geeig- 
netes Mittel, urn die Technologieob j ekttypen auf das Runtime- 
System einer Steuerung zu laden. 

GemaB der Erfindung wird die oben genannte Aufgabe fur ein 
Verfahren der eingangs genannten Art durch die folgenden auf- 
einander folgenden Schritte gelost: 
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a) Verwendung eines Basissystems mit einer vorzugsweise 
techno logieneutral en Grundf unktionalitat , 

b) Instanziierung der Technologischen Objekte, 

c) Verschaltung der Technologischen Objekte zu Technologi- 
schen -Objekten komplexer Funktionalitat , 

d) Verteilung und/oder Platzierung der Technologischen Ob- 
jekte auf die Gerate, 

e) automatische Generierung der Kommuni ka t i ons kana 1 e zwi- 
schen den Technologischen Objekten, 

f) Wiederverwendung insbesondere von komplexen bereits ver- 
schalteten Technologischen Objekten in anderen Projekten. 

Dadurch hat der Anwender die Moglichkeit auf eine systemati- 
sche und f olgerichtige Weise die Funktionalitat einer ge- 
wiinschten Steuerung zu erreichen, wobei sichergestellt ist, 
dass die erhaltene Steuerung so gut wie keinen funktionalen 
Overhead beinhaltet, Ein weiterer Vorteil besteht darin, das 
ein Anwender bei der Erstellung der Anwenderprogramme die 
Technologischen Objekte unabhangig von der Hardware und den 
Geraten, auf denen sie letztendlich ablaufen, verwenden kann 
Nach der Instanziierung und der Verschaltung der Technologi- 
schen Objekte erfolgt erst ihre Verteilung auf die Hardware 
bzw. die Gerate. Die Zuordnung zu den Geraten kann jederzeit 
geandert werden. Es liegt somit eine strenge Trennung von 
technologischer Funktionalitat und Geratef unktionalitat vor. 
Die technologische Funktionalitat der Technologischen Objekt 
ist unabhangig von der Geratef unktionalitat , d.h. von den Ge 
raten, auf denen sie ablaufen. Die Gerate selber stellen nur 
die Ablauf umgebung fur die Technologische Objekte dar. Tech- 
nologische Objekte (einfache und/oder komplexe und/oder ver- 
schaltete lassen sich daher sehr leicht in anderen Projekten 
wiederverwenden . Die automatische Generierung der Kommunika- 
tionskanale zwischen den Technologischen Objekten (automati- 
sche Kommuni kationspro j ektierung) ermoglicht eine effiziente 
Nutzung der eingesetzten Gerate- und Net ztopologie und unter- 
stutzt den Anwender bei der Pro j ektierung bzw. der Programm- 
erstellung . 
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Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass bei der Generierung der Kommunika- 
tionskanale Quali tatsattribute der Technologischen Objekte 
eingehalten werden. Durch die Beriicksichtigung vom Anwender 
vorgebbarer Qualitatsanf orderungen ( z . B . Obertragungszeit , 
Taktsynchronizitat , Broadcast) wird die Gerate- und Netztopo- 
logie noch effizienter genutzt und der Anwender braucht bei 
der Pro j ektierung bzw. Programmierung der Kommunikationskana- 
le nur Qualitatsattribute als Input ftir die automatische Ge- 
nerierung der Kommunikationskanale angeben. 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass die Schritte b) und e) optional er- 
folgen. Dadurch, dass Technologische Objekte nicht zwangslau- 
fig verschaltet und/oder in anderen Projekten wiederverwendet 
zu werden brauchen, wird die Flexibilitat fiir den Anwender 
erhoht. 

Die wesentlichen, mit der Erfindung erzielten Vorteile beste- 
hen also insbesondere darin, dass ein Anwender direkt techno- 
logische Funktionalitat in seinen Anwendungen verwenden kann, 
die ihm durch Technologische Objekte, die Elemente der realen 
Welt entsprechen, in einer fur ihn adaquaten Weise zur Verfu- 
gung gestellt werden und dass fur einen Anwender eine strenge 
Trennung von technologischer Funktionalitat und Geratef unkti- 
onalitat vorliegt. Gerate stellen nur die Ablauf umgebung fiir 
Technologische Objekte dar. Die technologische Funktionalitat 
der Technologischen Objekte ist unabhangig von der Gerate- 
funktionalitat . 

Ein weiterer Vorteil liegt darin, dass die Funktionalitat von 
industriellen Steuerungen sozusagen "plug and play"-maJ5ig de- 
diziert erweiterbar ist. Auf diese Weise wird eine technolo- 
gische Skalierung der Steuerung erreicht. 

Ein Ausfiihrungsbeispiel der Erfindung ist in der Zeichnung 
dargestellt und wird im folgenden erlautert. 
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Dabei zeigen: 

FIG 1 in einem Strukturbilci ein Engineering-System, das zuge- 
horige Runtime-System und den zu steuernden technischen 
Prozess, 

FIG 2 zeigt in einem Obersichtsbild wie ein Anwenderprograinm 
auf technologische Funktionalitat im Runtime-System zu- 
greift, 

FIG 3 zeigt in einer abstrakten Schemadarstellung ein Techno- 
logisches Objekt mit Anwenderschnittstelle, 

FIG 4 zeigt in Form eines sog. Verschaltungsdiagrammes Tech- 
nologische Objekte, die einen Gleichlauf verbund dar- 
stellen, 

FIG 5 zeigt einen Gleichlauf verbund mit Umschaltmoglichkei- 
ten zwischen verschiedenen Lei twertquellen und Gleich- 
lauf gesetzen, ebenfalls in Form eines Verschaltungsdi- 
agrammes, 

FIG 6 zeigt in Form eines Verschaltungsdiagrammes die Ver- 
schaltung des Technologischen Objektes Messtaster, 

FIG 7 zeigt in Form eines Verschaltungsdiagrammes die Ver- 
schaltung des Technologischen Objektes Nocke, 

FIG 8 zeigt in Form eines Verschaltungsdiagrammes Verschal- 
tungen mit Gleichlauf technologieobj ekten, 

FIG 9 zeigt ebenfalls in Form eines Verschaltungsdiagrammes 
die Zuordnung eines Technologischen Objektes Kurven- 
scheibe zum mehreren Gleichlauf obj ekten, 
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FIG 10 zeigt in einem Obersichtsbild die Clusterung von Tech- 
nologieobj ekttypen zu einem Technologiepaket und 

FIG 11 zeigt in einem Obersichtsbild die Kommunikationsstruk- 
tur zwischen zwei Geraten. 

In der Darstellung gemafi FIG 1 wird in Form eines Struktur- 
bildes gezeigt, dass die Steuerung eines technischen Prozes- 
ses P liber mindestens ein Runtime-System RTS1-RTS3 von indus- 
triellen Steuerungen erfolgt. Die Verbindung zwischen den 
Runtime-Systemen RTS1-RTS3 der Steuerung und dem technischen 
Prozess P geschieht bidirektional liber Ein-/Ausgange EA1- 
EA3 . Die Programmierung der Steuerung und damit das Festlegen 
des Verhaltens der Runtime-Systeme RTS1-RTS3 geschieht im En- 
gineering-System ES. Das Engineering-System ES enthalt Werk- 
zeuge fur die Konf igurierung, Pro jektierung und Programmie- 
rung fiir Maschinen bzw. fur die Steuerung technischer Prozes- 
se. Die im Engineering-System ES erstellten Programme werden 
uber die Inf ormationspf ade 11-13 jeweils in die Runtime- 
Systeme RTS1-RTS3 der Steuerungen tibertragen. Durch die drei 
Punkte ist angedeutet, dass weitere Steuerungen und Runtime- 
Systeme vorhanden sein konnen. Beziiglich seiner Hardware- 
Ausstattung besteht ein Engineering-System ES tiblicherweise 
aus einem Computersystem mit Graphikbildschirm (z.B. Dis- 
play), Eingabehilf smitteln (z.B. Tastatur und Maus) , Prozes- 
sor, Arbeits- und Sekundarspeicher , eine Einrichtung fiir die 
Aufnahme computerlesbarer Medien (z.B. Disketten, CD's) sowie 
Anschlusseinheiten fur einen Datenaustausch mit anderen Sys- 
temen (z.B. weiteren Computersystemen, weitere Steuerungen 
fiir technische Prozesse) oder Medien (z.B. Internet). Eine 
Steuerung besteht tiblicherweise aus Eingabe- und Ausgabeein- 
heiten, sowie aus Prozessor und Programmspeicher . 

Darstellung gemafi FIG 2 zeigt zwei Runtime-Systeme RTS4 und 
RTS5 von indus tr iellen Steuerungen, dargestellt als Rechteck. 
Die Runtime-Systeme RTS4 und RTS5 enthalten jeweils einen 
UMC-Kernel UMC-K, sowie die Technologischen Objekte TOl bis 
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TOn, wobei die jeweiligen UMC-Kernels als auch die Technolo- 
gischen Objekte unterschiedlich sein konnen, die Technologi- 
schen Objekte auch in ihrer Anzahl. Der UMC-Kernel UMC-K 
stellt das Basissystem der Steuerung dar, dieses Basissystem 
enthalt die Grundf unktionalitat der Steuerung. Der UMC-Kernel 
UMC-K ist in rechtwinkliger Stufenform dargestellt. Zu ihrti 
konnen Technologische Objekte T01 bis TOn hinzugeladen wer- 
den. Durch dieses Hinzuladen wird der Funktionsumf ang des Ba- 
sissystems erweitert. Die Technologischen Objekte T01 bis TOn 
sind als Rechtecke dargestellt, durch ihre Anordnung in FIG 2 
wird angedeutet, dass sie den UMC-Kernel UMC-K erweitern. 
Durch die drei Punkte wird angedeutet, dass ein bis mehrere 
Technologische Objekte TOl bis TOn hinzugeladen werden konnen 
und somit eine technologische Skalierung der gesamten Steue- 
rung erreicht wird. Zentriert am oberen Rand von FIG 2 ist 
das Anwenderprogramm API in Form einer schematischen Papier- 
fahne dargestellt. Durch die Zugrif f spf eile ZGP1 bis ZGP4 ist 
dargestellt, dass ein Anwender in seinem Anwenderprogramm API 
direkt auf Funktionalitaten des UMC-Kernels UMC-K aber auch 
auf Funktionalitaten der Technologischen Objekte TOl bis TOn 
zugreifen kann, sowohl von RTS4 als auch von RTS5 oder von 
einem weiteren Runtime-System (ebenfalls angedeutet durch 
drei Punkte) . Diese angebotene Funktionalitaten der Runtime- 
Systeme RTS4 und RTS5 (oder von weiteren Runtime-Systemen) 
kann ein Anwender direkt in seinem Anwendungsprogramm API 
verwenden . 

Zur Prazisierung: Zur Erweiterung des Basissystems eines Run- 
time-Systems werden Technologieob j ekte ublicherweise in Form 
von Technologieob j ekttypen hinzugeladen. Solche Technologie- 
objekttypen sind z.B. Achsen, Nocken, Kurvenscheiben oder 
ahnliches. Technologieob j ekttypen sind instanziierbar . Ein 
Anwender verwendet in seinen Anwendungsprogrammen API fur 
konkrete Applikationen Instanzen von Technologieobj ekttypen . 
Solche Instanzen sind dann projektweit eindeutig definiert 
und identif i zierbar . Die direkte Verwendung von zugeladenen 
Technologischen Objekten in Anwenderprogrammen API als je- 
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weils eigenstandige Programmob j ekte ware prinzipiell auch 
denkbar, ist aber fur einen Anwender fiir die Programmerstel- 
lung unflexibel. 

5 Darstellung gemai3 FIG 3 zeigt in einer abstrakten Schemadar- 
stellung die Anwendersicht eines Technologischen Objektes, 
d.h. einer Instanz eines Technologieob j ekttyps . Diese Spezi- 
fikation eines Technologischen Objektes TOS wird als Rechteck 
dargestellt, das aus fiinf Teilen besteht. Der oberste erste 

.0 Teil, abgetrennt von den folgenden Teilen durch eine durchge- 
zogene Linie, enthalt den Typ des zugrunde liegenden Techno- 
logischen Objektes (TO-Type) und den TO-Identif ier , d.h. die 
pro j ekteindeutige Bezeichnung der Instanziierung . Der nachst 
folgende Teil enthalt die Konf igurationsdaten (Configuration 

5 Data) mit den Konf igurationsvariablen <conf iguration variab- 
le_l> bis <conf iguration variable_n>. Uber die Konf igurati- 
onsdaten wird das Technologische Objekt in seiner grundsatz- 
lichen Wirkungsweise eingestellt. Die Konf igurationsdaten 
werden uber das Engineering-System (ES; FIG 1) eingestellt 

0 und konnen optional uber Zugrif f sf unktionen aus dem Anwender- 
programin (API; FIG 2 und AP2, AP3; FIG 11) heraus gelesen 
bzw. geschrieben werden. In der Darstellung gemafi FIG 3 wer- 
den die Konf igurationsdaten durch eine gestrichelte Linie von 
den Systemvariablen (System Data) abgetrennt. Die Systemvari- 

5 ablen <system variable_l> bis <system variable_m> sind aus 

dem Anwenderprogramm (API; FIG 2 und AP2 , AP3; FIG 11) heraus 
veranderbar und wie Programmvariable nutzbar. Systemvariablen 
konnen lesbar oder les-/schreibbar sein. Durch die Systemva- 
riablen werden auiierdem die Zustande von Technologischen Ob- 

0 jekten reprasentiert . Zustandsubergange konnen durch Ereig- 
nisse und/oder Befehle ausgelost werden. Uber die Konfigura- 
tionsdaten und die Systemvariablen erfolgt die Parametrierung 
der Technologischen Objekte. Der nachste Abschnitt sind die 
Befehle (Commands) , von den Systemvariablen ebenfalls durch 

5 eine gestrichelte Linie getrennt. Die Befehle <command_l> bis 
<command_xy> stellen aufrufbare Funktionen dar, die die Funk- 
tionalitat eines Technologischen Objekts reprasentieren . Die- 
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se Funktionen haben definierte Bezeichner, Funktionsparameter 
und lokale Werte. Die Funktionen konnen Parameter besitzen". 
Beim Aufruf von Funktionen konnen optionale Parameter wegge- 
lassen werden, hierfur werden dann Defaultwerte eingesetzt. 
5 Zusatzlich zur technologischen Funktionalitat besitzt ein 
Technologisches Objekt aber auch Befehle, die das Grundver- 
halten des Technologischen Objektes bestiminen, z.B. 

Befehl zum Rucksetzen in einem definierten Ausgangszustand 
Befehl urn einen anstehenden Fehler gezielt riickzusetzen 
.0 - Befehle urn in den Simulationsbetrieb zu setzen und riickzu- 
setzen ( Im Simulationsbetrieb erfolgt ein Durchlauf des 
Programms ohne konkrete Ausgabe an die Aktoren, bzw. Ein- 
lesen von den Sensoren ) . 

Befehle urn das Technologische Ob j ekt - aktiv/inaktiv zu set- 
.5 zen 

- Auskunf tsf unktionen . 

Der nachste Abschnitt der Spezif ikat ion eines Technologischen 
Objektes TOS sind die Alarme (alarms) . In FIG 3 sind die A- 
larme durch eine gestrichelte Linie von den Befehlen abge- 

:0 trennt. Die Darstellung gemaB FIG 3 enthalt die Alarme <a- 

larm_l> bis <alarm_k>. Ein Technologisches Objekt hat Oberwa- 
chungen und kann im Fehlerfall definierte Alarme, gegebenen- 
falls mit Alarminf ormationen und vordef inierten Reaktionen 
absetzen. Die technologischen Alarme werden am Technologi- 

5 schen Objekt festgestellt bzw. erzeugt. Technologische Alarme 
haben eine technologieob j ekttypspezif isch eingestellte Reak- 
tion, z.B, Bewegungsstopp (die moglichen Reaktionen sind 
technologieob j ekttypspezif isch und daher bei den einzelnen 
Technologieob j ekttypen explizit beschrieben) . Weiterhin be- 

0 sitzen die technologischen Alarme einen technologieob j ekttyp- 
spezif ischen Identif ikator (z.B, Alarmnummer) und Parameter. 
Sie besitzen somit ein eins tellbares Verhalten auf die Pro- 
grammbearbeitung (globale Reaktion) und erlauben weiterhin 
fur jeden Fehler instanzspezif ische Einstellungen und Reakti- 

5 onen, die bei der Inbetriebnahme am Engineering-System (ES; 
FIG 1) vorgenommen werden. 
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Ein Anwencier kann Befehle von Technologischen Objekten syn- 
chron oder asynchron nutzen, je nach Einstellung. Dadurch 
kann ein Befehl sowohl zyklisch geschrieben (ublich bei einer 
Speicherprogrammierbaren Speicherung) aber auch ereignisge- 
5 steuert (ublich bei Bewegungssteuerungen) programmiert wer- 
den. Im synchronen Modus bleibt z.B. das technologische Ob- 
jekt, das einen Positionierbef ehl ausfiihrt, solange in seinem 
Zustand, bis das Positionierziel erreicht wurde . Im asynchro- 
nen Modus dagegen lauft zeitgleich zur Ausfuhrung des Positi- 
10 onierbefehls das Technologische Objekt in seinem Programmab- 
lauf weiter und kann dabei andere Zustande einnehmen. Das 
Technologische Objekt kann dann z.B. durch Polling gepruft 
^ werden, ob das Positionierziel erreicht wurde. 

15 Die Darstellung gemaft FIG 4 zeigt als Verschal tungsdiagramm 
die Verschaltung des Technologischen Objektes "Gleichlauf" 
GL1 mit anderen Technologischen Objekten. Die Technologischen 
Objekte werden dabei als doppelt umrandete Rechtecke darge- 
stellt, bei denen die jeweils zusammen gehorenden Ecken durch 

20 eine Verbindungslinie verbunden sind. Durch die Verschaltung 
des Technologischen Objektes "Gleichlauf" GL1 mit den Techno- 
logischen Objekten "Lei tachse" LAI, "Folgeachse" FA1 und 
"Kurvenscheibe" KS1 wird ein Gleichlauf verbund hergestellt. 
Die Verschaltung der Technologischen Objekte erfolgt liber Da- 

25 tenfllisse DF1 bis DF3 bzw. DF3 x . FIG 4 zeigt die prinzipielle 

|i Technologieanordnung fur die Realisierung eines Gleichlauf- 

verbundes: Leitwert - Technologisches Objekt "Gleichlauf" GL1 
- Technologisches Objekt "Folgeachse" FA1 . In FIG 4 wird der 
Leitwert durch das Technologische Objekt "Leitachse" LAI rep- 

30 rasentiert. Weiterhin ist in FIG 4 ist dargestellt, dass das 
Technologische Objekt "Leitachse" LAI uber den Datenfluss- 
pfeil DF1 den Leitwert fiir das Technologische Objekt "Gleich- 
lauf" GL1 vorgibt. Das Technologische Objekt "Leitachse" LAI 
kann z.B. eine Posit ionierachse reprasentieren . Der Leitwert 

35 kann aber auch liber eine virtuelle Achse d.h. gerechnete 

(nicht real vorhandene) Achse oder uber externe Geber fiir das 
Technologische Objekt "Gleichlauf" GL1 vorgegeben werden. Das 
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Technologische Objekt "Gleichlauf" GL1 stellt als technologi- 
sche Funktionalitat Getriebegleichlauf oder Kurvengleichlauf 
zur Verftigung, damit konnen Aufsynchronisieren, Absynchroni- 
sieren oder Masterumschaltungen vorgenommen werden. Am Tech- 
nologischen Objekt "Gleichlauf" GL1 kann als Gleichlauf gesetz 
wahlweise ein Getriebe oder eine Kurve gewahlt werden. Der 
rechte Teil von FIG 4 stellt diese Auswahlmoglichkei ten dar. 
Durch den Zuordnungspf eil ZP1 ist dargestellt, dass der 
Schalter SI wahlweise mit einem Getriebe, dargestellt durch 
den Getriebef aktor GF1 oder mit dem Technologischen Objekt 
"Kurvenscheibe" KS1 verbunden werden kann. Bei einer Verbin- 
dung mit dem Technologischen Objekt "Kurvenscheibe" KS1 er- 
folgte Datenfluss von diesem Technologischen Objekt zum Tech- 
nologischen Objekt "Gleichlauf" GL1 tiber den Datenf lusspf eil 
DF3, den Schalter SI und den Datenf lusspf eil DF3 * . Bei einer 
Verbindung mit dem Getriebef aktor_ GF1 erfolgt der Datenfluss 
zum Technologischen Objekt "Gleichlauf "• GL1 uber den Schalter 
SI und den Datenf lusspf eil DF3 A . Ober das Technologische Ob- 
jekt "Kurvenscheibe" KS1 konnen nicht lineare Getr iebeiiber- 
setzungen am Technologischen Objekt "Gleichlauf" GL1 einge- 
stellt werden, liber den Getriebef aktor GF1 dagegen lineare 
Getriebeiibersetzungen. Durch den Datenf lusspf eil DF2 ist das 
Technologische Objekt "Gleichlauf" GL1 mit dem Technologi- 
schen Objekt "Folgeachse" FA1 verschaltet. 

Die Darstellung gemafl FIG 4 zeigt somit die prinzipielle Kon- 
figuration von Technologischen Objekten zur Realisierung ei- 
ner Gleichlauf funktionalitat und kann ihrerseits als (komple- 
xes) Technologisches Objekt angesehen und verwendet werden. 

Die Festlegung der Verschaltung der Technologischen Objekte 
erfolgt in der Konf igurationsphase ( Pro j ektierung) . Bei Aus- 
wahlmoglichkeiten werden diese zur Laufzeit uber das Anwen- 
derprogramm (API; FIG 2 und AP2, AP3; FIG 11) aktiviert, d.h. 
zur Laufzeit konnen Umschal tungen programmiert werden. Prin- 
zipiell konnen durch Verschaltung mehr als ein "Gleichlauf ob- 
jekt" GL1 mit einer "Folgeachse" FA1 verbunden werden, da- 
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durch wird eine Oberlagerung von Gleichlauf f unktionen reali- 
siert. Der Leitwert fur das "Gleichlauf obj ekt" GL1 kann auch 
direkt aus dem Anwenderprograimn (API; FIG 2 und AP2 , AP3; 
FIG 11) vorgegeben werden. Weiterhin kann mehr als ein Tech- 
nologisches Objekt fur die Lei twertbereitstellung konfigu- 
riert werden. Die aktuelle Verschaltung wird wiederum zur 
Laufzeit uber Befehle im Anwenderprogramiu (API; FIG 2 und 
AP2, AP3; FIG 11) ausgewahlt und aktiviert. AuBerdem kann fur 
die Festlegung des Gleichlauf gesetzes zwischen verschiedenen 
Technologischen Objekten "Kurvenscheibe" KS1 und/oder zwi- 
schen verschiedenen Getriebef aktoren GF1 durch Programmierung 
online umgeschaltet werden. Ein Technologisches Objekt "Kur- 
venscheibe" KS1 kann einem oder mehreren Technologischen Ob- 
jekten "Gleichlauf" GL1 zugeordnet werden. Weiterhin konnen 
von einem Technologischen Objekt "Leitachse" LAI eine oder 
mehrere Gleichlauf verbindungen liber Technologische Objekte 
"Gleichlauf" GL1 konfiguriert werden. 

Darstellung gemaft FIG 5 zeigt einen Gleichlauf verbund rait Um- 
schaltmoglichkeiten zwischen verschiedenen Lei twertquellen 
und Gleichlauf gesetzen, ebenfalls in Form eines Verschal- 
tungsdiagramms . In FIG 5 kann das Technologische Objekt 
"Gleichlauf" GL2 Leitwerte von den Technologischen Objekten 
"Zeit" T, "virtuelle Achse" VA1, "Leitachse" LA2, "Leitachse" 
LA3, "externer Geber" EG1 sowie von einem Programmwert TV des 
Anwenderprogrammes (API; FIG 2 und AP2 , AP3; FIG 11) bekom- 
men. Durch den Zuordnungspf eil ZP2 ist angedeutet, dass der 
Schalter S2 unterschiedliche Leitwertverbindungen fur das 
Technologische Objekt "Gleichlauf" GL2 herstellen kann. Ober 
einen der Datenflusse DF4 bis DF8 sowie uber den Schalter S2 
und den Datenfluss DF12 wird die „Leitwertverschaltung* zum 
Technologischen Objekt "Gleichlauf" GL2 erreicht. Die Techno- 
logischen Objekte "Zeit" T, "virtuelle Achse" VA1, "Leitach- 
se" LA2 und LA3, "externer Geber" EG1 sowie der Programmwert 
TV sind die potentiellen Master fur das Technologische Objekt 
"Gleichlauf" GL2 . Die moglichen Verschaltungen werden projek- 
tiert und die Auswahl eines pro j ektierten Masters kann zur 
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Laufzeit aus dem Anwenderprogramm (API; FIG 2 und AP2, AP3; 
FIG 11) erfolgen. Damit sind Masterumschaltungen moglich. Das 
Technologische Objekt "virtuelle Achse" VA1 reprasentiert 
nicht eine real vorhandene Achse sondern eine gerechnete Ach- 
se. "Virtuelle Achsen" sind dadurch gekennzeichnet / dass sie 
liber Befehle kommandiert werden konnen und eine Bewegungsf iih- 
rung bzw. Interpretation besitzen, aber keine Regelung und 
keinen Antrieb. Die Technologischen Objekte "Leitachse" LA2 
und LA3 reprasentieren dagegen reale Achsen. Reale Achsen 
reprasentieren Standardachsen mit Antrieb, Motor, Geber, sie 
besitzen also einen realen Aktor. Auch das Technologische Ob- 
jekt "externer Geber" EG1 kann einen Leitwert fur das Techno- 
logische Objekt "Gleichlauf" GL2 bereits tellen . Ein "externer 
Geber" EG1 besitzt ublicherweise keine Achse und stellt die 
Inf ormationen in einem pro j ekt ierbaren Format bereit. "Exter- 
ne Geber" sind z.B. Winkelgeber an einer Presse. Auch vom 
Technologischen Objekt "Zeit" T und vom Programmwert TV kon- 
nen Leitwerte fur das Technologische Objekt GL2 bereitge- 
stellt werden. Ein Technologisches Objekt "Zeit" stellt einen 
Leitwert in Form eines Zeitwertes bzw. Zeitfaktors bereit, 
die Pro j ektierung eines Programmwertes DV als Leitwert er- 
folgt im Anwenderprogramm (API; FIG 2 und AP2, AP3; FIG 11). 
Die Technologischen Objekte sind hierbei in der iiblichen No- 
tation dargestellt . 

In FIG 5 ist dargestellt, dass als Gleichlauf gesetz fur das 
Technologische Objekt "Gleichlauf" GL2 wahlweise ein Getrie- 
bef aktor GF2 oder die Technologischen Objekte "Kurvenscheibe" 
KS2 und KS3 gewahlt werden konnen. Durch den Zuordnungspf eil 
ZP3 ist dargestellt, dass der Schalter S3 wahlweise zwischen 
den Technologischen Objekten KS2, KS3 und dem Getriebef aktor 
GF2 eingestellt werden kann. Die "getriebemafiige Verschal- 
tung" mit dem Technologischen Objekt "Gleichlauf" GL2 erfolgt 
dann uber die Datenf lusspf eile DF9, DF10, den eingestellten 
Schalter S3 sowie uber den Datenf lusspf eil DF11. Die Schalte- 
verbindungen S2 und S3 sind im Anwenderprogramm (API; FIG 2 
und AP2, AP3; FIG 11) programmierbar . Ober den Datenfluss- 
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pfeil DF 13 ist das Technologische Objekt "Gleichlauf" GL2 
mit dem Technologischen Objekt " Folgeachse" FA2 verbunden. 
Das Technologische Objekt "Gleichlauf" GL2 wird bei der Pro- 
jektierung also slaveseitig mit dem Technologischen Objekt 
"Folgeachse" FA2 das z.B. eine Gleichlauf achse reprasentieren 
kann, verschaltet. Masterseitig wird das Technologische Ob- 
jekt "Gleichlauf" GL2 mit einem Technologischen Objekt ver- 
schaltet, dass einen Leitwert zur Verfugung stellt, dieser 
Leitwert kann auch direkt aus dem Anwenderprogramm (API; 
FIG 2 und AP2 , AP3; FIG 11) vorgegeben werden. Somit kann 
mehr als ein Technologisches Objekt fur die Lei twertbereit- 
stellung konfiguriert werden, die aktuelle Verschaltung wird 
zur Laufzeit liber Befehle im Anwenderprogramm ausgewahlt. 

Die Darstellung gemaB FIG 6 zeigt die Verschaltung des Tech- ' 
nologischen Objektes "Messtaster" MT1 . Die Technologischen 
Objekte sind hierbei in der ublichen Notation dargestellt. 
Das Technologische Objekt "Messtaster" MT1 stellt die Funkti- 
onalitat zur Durchflihrung eines Messauf trages bereit. Fur die 
Funktionen am Technologischen Objekt "Messtaster" MT1 konnen 
Messauf trage aktiviert und parametriert werden. Ober den 
Messeingang ME und den Datenf lusspf eil DF14 wird der Messwert 
an das Technologische Objekt "Messtaster" MT1 geliefert. Der 
Messeingang ME ist als Ellipse dargestellt. Ein Messeingang 
ME kann mit mehreren Technologischen Objekten "Messtaster" 
verschaltet sein. Diese Technologischen Objekte "Messtaster" 
konnen dabei auch gleichzeitig aktiviert sein. Ein Messein- 
gang ME entspricht dabei ublicherweise einem Hardware- 
Messeingang der dem Technologischen Objekt "Messtaster" MT1 
uber Konf iguration zugeordnet wird. Weiterhin ist das Techno- 
logische Objekt "Messtaster" MT1 mit mindestens einem Techno- 
logischen Objekt verschaltet, das einen Messwert (z.B. Posi- 
tion) liefert. In FIG 7 ist das Technologische Objekt "Mess- 
taster" MT 1 mit den Technologischen Objekten "Achse" Al und 
"externer Geber" EG2 uber die Datenf lusspf ei le DF15 bzw. DF16 
verschaltet. Das Technologische Objekt "Achse" Al kann z.B. 
eine Positionierachse oder eine Gleichlauf achse sein. Ein 
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Technologisches Objekt, das einen Messwert liefert, kann mit 
mehreren Technologischen Objekten "Messtaster " verschaltet 
werden . 

5 Die Darstellung gemafl FIG 7 zeigt in einem Verschaltungsdia- 
gramm das Technologische Objekt "Nocke" Nl, verschaltet mit 
den Technologischen Objekten "Achse" A2 und "externer Geber" 
EG3 . Das Technologische Objekt "Achse" A2 ist iiber den Daten- 
flusspfeil DF17, das Technologische Objekt "externer Geber" 

10 EG3 ist iiber den Datenf lusspf eil DF18 mit dem Technologischen 
Objekt "Nocke" Nl verschaltet. Ober den Datenf lusspf eil DF19 
ist das Technologische Objekt "Nocke" Nl mit dem Ausgang Out 
^jfi^i verschaltet, der Ausgang Out ist als Ellipse dargestellt. Das 
Technologische Objekt "Nocke" Nl stellt die Funktionalitat 

15 zur Berechnung von Nockenschaltwerten bereit. Ober die Funk- 
tionen am Technologischen Objekt "Nocke" Nl konnen Nocken- 
funktionen aktiviert und parametriert werden. Die Technologi- 
schen Objekte "Achse" A2 bzw. "externer Geber" EG3 stellen 
die Bezugswerte fur das Technologische Objekt "Nocke" Nl be- 

20 reit. Die Zuordnung dieser Technologischen Objekte zum Tech- 
nologischen Objekt "Nocke" Nl wird vom Anwender projektiert. 
Der Anwender projektiert weiterhin die Zuordnung des Techno- 
logischen Objektes "Nocke" Nl zu einem Ausgang Out, dabei ist 
auch eine Zuordnung auf interne Variablen moglich. Fur eine 

25 aktuelle Anwendung ist das Technologische Objekt "Nocke" Nl 
mit genau einem Technologischen Objekt verschaltet, das den 
Bezugswert lief ert . 

Ein Bezugswert ist z.B. ist eine Achsposition . Hierbei kann 
30 das Technologische Objekt "Achse" A2 z.B. eine Positionier- 

achse oder eine Gleichlauf achse reprasentieren . Dies ist mog- 
lich, dass eine Zuordnung des Technologischen Objektes "No- 
cke" Nl auf einen Ausgang Out entfallen kann, dann wirkt das 
Technologische Objekt "Nocke" Nl nur auf Systeravar iablen am 
35 Technologischen Objekt (z.B. fur die Verwendung des Technolo- 
gischen Objektes als interne Nocke) . Das Technologische Ob- 
jekt, das den Bezugswert lief ert, kann mit mehreren auch un- 
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terschiedlichen Technologischen Objekten Nocken gleichzeitig 
verschaltet sein. Die Technologischen Objekte sind hierbei in 
der tiblichen Notation dargestellt. 

In der Darstellung gemafi FIG 8 wird gezeigt, dass ein Techno- 
logisches Objekt "Folgeachse" FA3 mit mehreren Technologi- 
schen Objekten "Gleichlauf " GL3 und GL4 verschaltet sein 
kann . Das Technologische Objekt "Folgeachse" FA3 ist durch 
den Datenf lusspf eil DF22 mit dem Technologischen Objekt 
"Gleichlauf" GL3 und mit dem Datenf lusspf eil DF23 mit dem 
Technologischen Objekt "Gleichlauf" GL4 verschaltet. Die 
Technologischen "Gleichlauf obj ekte" GL3 und GL4 erhalten tiber 
die Datenf lusspf eile DF20 bzw. DF21 ihre Leitwertvorgaben . In 
FIG 8 ist dargestellt, dass die Leitwerte fiir den jeweiligen 
Gleichlauf verbund liber unterschiedliche Technologische Objek- 
te erfolgen kann. So konnen ftir das Gleichlauf obj ekt GL3 z.B. 
das Technologische Objekt "Achse" A3, das Technologische Ob- 
jekt "virtuelle Achse" VA2 oder das Technologische Objekt 
"externer Geber" EG4 den Leitwert berei tstellen . Fur das 
"Gleichlauf objekt" GL4 kann dementsprechend der Leitwert z.B. 
von den Technologischen Objekten "Achse" A4, "virtuelle Ach- 
se" VA3 oder "externer Geber" EG5 bereitgestellt werden. In 
FIG 8 bilden dann z.B. die Technologischen Objekte "Achse" 
A4, "Gleichlauf" GL4 und "Folgeachse" FA3 einen Gleichlauf- 
verband. Die jeweils gewunschte Verschaltung wird vom Anwen- 
der projektiert, die Auswahl eines pro j ektierten Masters (der 
Master stellt den Leitwert fiir den Gleichlauf verbund zur Ver- 
fiigung) kann zur Laufzeit aus dem Anwenderprogramm erfolgen, 
damit sind Masterumschaltungen moglich. In FIG 8 stellt das 
Technologische Objekt "Folgeachse" FA3 den Slave im Gleich- 
laufverbund dar. Die Technologischen Objekte sind hierbei in 
der tiblichen Notation dargestellt. 

Darstellung gemafi FIG 9 zeigt ein Verschal tungsdiagramm bei 
dem das Technologische Objekt "Kurvenscheibe " KS3 das Getrie- 
begesetz fiir zwei "Gleichlauf obj ekte" GL5 und GL6 liber die 
Datenf lusspf eile DF26 bzw. DF27 bereitstell t . In FIG 9 sind 
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somit zwei Gleichlauf verbunde dargestellt, die jeweils vom 
gleichen Technologischen Objekt "Kurvenscheibe" KS2 mit einem 
gemeinsamen Getriebegesetz versorgt werden. Die beiden 
Gleichlauf verbunde sind links und rechts vom Technologischen 
5 Objekt "Kurvenscheibe" KS3 angeordnet. Der linke Gleichlauf- 
verbund wird gebildet durch das Technologische Objekt "Achse" 
AS, das den Leitwert bereitstellt und somit als Leitachse 
gilt. Es kann sich dabei z.B. um eine Positionier- oder 
Gleichlauf achse handeln. Das Technologische Objekt "Achse" AS 

10 ist mit dem Datenf lusspf eil DF24 mit dem "Gleichlauf obj ekt" 
GL5 verbunden. Ober diesen Datenf lusspf eil DF24 wird der 
Leitwert bereitgestellt . Auf der Slaveseite ist das Technolo- 

h gische Objekt "Gleichlauf" GL5 uber den Datenf lusspf eil GF25 
mit dem Technologischen Objekt "Folgeachse" FA 4 verbunden. 

15 Der rechte Gleichlauf verbund wird gebildet durch die Techno- 
logischen Objekte "Achse" A6, "Gleichlauf" GL6 und "Folgeach- 
se" FAS. Die "Achse" A6 entspricht dabei der Leitachse, die 
"Folgeachse" FAS represent iert eine Slaveachse. Die Verschal- 
tung erfolgt hierbei uber die Datenf lusspf eile DF28 bzw. 

20 DF29. Weiterhin ist es moglich, das von einer Leichtachse aus 
eine oder mehrere Gleichlauf verbindungen uber Gleichlauf ob- 
jekte konfiguriert werden. Technologische Objekte "Kurven- 
scheibe" konnen einem oder mehreren Gleichlauf obj ekten zuge- 
ordnet werden. Die Zusammenstellung von Gleichlauf verbund 

25 wird vom Anwender projektiert. Projektierte Gleichlauf verbun- 
de konnen wiederum als Technologische Objekte reprasentiert 
werden und ihre Funktionalitat in anderen Applikationen wie- 
der verwendet werden. Die Technologischen Objekte sind hier- 
bei in der iiblichen Notation dargestellt. 

30 

Die Darstellung gemafi FIG 10 zeigt die Zusammenf assung von 
mehreren Technologischen Obj ekten zu einem Technologiepaket 
TP. Das Technologiepaket TP ist dabei als Rechteck darge- 
stellt, wobei die linke obere Ecke abgeschni tten ist. Das 
35 Technologiepaket TP enthalt die Technologischen Objekte "No- 
cke" N2, "externer Geber" EG6, "Drehzahlachse" DrehA, "Mess- 
taster" MT2 sowie "Positionierachse" PosA. Die Technologi- 
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schen Objekte sind dabei in der tiblichen Notation darge- 
stellt. Die Technologischen Objekte reprasentieren dabei kei- 
ne Instanzen, sondern Technologieobj ekttypen . Ein Technolo- 
giepaket TP enthalt somit eine Ansammlung von Technologieob- 
jekttypen, die gewisse Funktionali taten reprasentieren. Die 
Zuladung von Technologischen Objekten ins Runtime-System der 
Steuerung und damit die funktionelle Erweiterung der Steue- 
rung erfolgt liber Technologiepakete . Ein Anwender kann sich 
bestimmte Technologiepakete TP die wiederum Technologieob- 
jekttypen enthalten ins Runtime-System (RTS4, RTS5; FIG 2) 
laden und somit eine technologische Skalierung der Funktiona- 
litat der Steuerung erreichen. Weiterhin kann durch die Tech- 
nologiepakete TP bei entsprechender Zuordnung von Technolo- 
gieobj ekttypen eine funktionelle Strukturierung erreicht wer- 
den . 

Darstellung gemafi FIG 11 zeigt in einem Obersichtsbild die 
Kommunikationsstruktur zwischen zwei Geraten Gl und G2 . Gerat 
bedeutet in diesem Kontext Hardware mit CPU. Die technologi- 
sche Funkt ionalitat wird in Form von Technologischen Objekten 
auf Gerate verteilt, auf denen sie letztendlich ablaufen. 
Sofwaretechnisch werden die Gerate Gl und G2 als sog. System- 
Technologische Objekte (System-TO) dargestellt. Ein System-TO 
kann nicht verschoben werden, weil es fest an einem Gerat 
hangt. In einem System-TO ist die Funktionali tat des dazuge- 
horigen Gerates gekapselt. Die System-TOs reprasentieren die 
Geratefunktionalitat, die Technologischen Objekte die techno- 
logische Funktionalitat . 

Die Gerate Gl und G2 sind in der Darstellung gemafi FIG 11 je- 
weils als Rechtecke in der linken bzw. rechten Zeichnungs- 
halfte dargestellt. Die Gerate Gl und G2 enthalten jeweils 
ein Anwenderprogramm AP2 bzw. AP3, TO-Konf igurationen T0K1 
bzw. T0K2, technologische Firmware TFW1 bzw. TFW2 und jeweils 
ein Runtime-System RTS6 bzw. RTS7 , wobei alle diese Teilele- 
mente durch Rechtecke dargestellt sind. Die Anwenderprogramme 
AP2 bzw. AP3 beinhalten die vom Anwender erstellten Befehle 
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zur Steuerung des technologischen Prozesses (P; FIG1). Bei 
Bewegungssteuerungen z.B. Positionier- und/oder Bewegungsbe- 
fehle. Die technologische Firmware TFW1 bzw. TFW2 stellt die 
technologische Funkt i'onali tat dar, urn die das Basissystem 
5 (UMC-K; FIG2) der Runt ime-Syst erne RTS6 bzw. RTS7 erweitert 
wurde. Die technologische Firmware TWF1 bzw. TWF2 beinhaltet 
die zugeladenen Technologieob j ekttypen, deren Instanzen ein 
Anwender in seinen Anwenderprogrammen AP2 bzw. AP3 verwenden 
kann. Die TO-Konf igurationen T0K1 bzw. T0K2 beinhalten Konfi- 

10 gurationsinf ormationen der Technologischen Objekte (z.B. Ver- 
schaltungs- und Verteilungsinf ormationen) . Die Konf iguratio- 
nen erfolgen im Engineering-System (ES; FIG1) . Im Runtime- 
P System RTS6 bzw. RTS7 kommen die Anwenderprogramme letztend- 
lich zum Laufen. Die Runtime-Systeme RTS6 bzw. RTS7 entspre- 

15 chen einem Betriebssystem und sind z.B. fur die Speicherver- 
waltung und die Rechenzeitverwaltung verantwortlich . Auf die 
Darstellung weiterer Inhaltselemente der Gerate Gl bzw. G2 
wird aus Griinden der Ubersichtlichkeit verzichtet. 

20 In der unteren Zeichnungshalf te ist das Kommunikationsmedium 
KM als langgezogenes Rechteck dargestellt. Das Kommunikati- 
onsmedium KM kann z.B. eine Busverbindung darstellen. 

Zwischen den Geraten Gl und G2 ist die automatische Kommuni- 
25 kationsprojektierung AKP, ebenfalls als Rechteck dargestellt. 
Die automatische Kommunikat ionspro j ektierung AKP ist ubli- 
cherweise Software, die als Teil des Engineering-Systems (ES; 
FIG1) ablauft und das Runtime-System RTS6 bzw. RTS7 mit den 
generierten Kommunikationsinf ormationen (z.B. wer kommuni- 
30 ziert mit wem? Auf welche Weise erfolgt die Kommunikat ion? ) 
versorgt . 

Der bidirektionale Pfeil LKK zwischen den Anwenderprogrammen 
AP2 und AP3 stellt einen logischen Kommunikationskanal zwi- 
35 schen den Anwenderprogrammen AP2 und AP3 dar. Der Anwender 

sieht dabei nur seine Technologischen Objekte, die er selbst 



2000P14945 



26 

in seinen Anwenderprogrammen verwendet und er kann dabei da- 
von abstrahieren, wo sie physikalisch liegen. 

Die gestrichelten unidirekt ionalen Pfeile DFE1 bis DFE4 stel- 
5 len den Datenfluss zum Engineering- Zeitpunkt dar. Die automa- 
tische Kommunikationspro j ektierung AKP wird dabei aus den T0- 
Konf igurationen T0K1 und T0K2 mit Konf igurat ionsinf ormationen 
zu den technologischen Objekten (z.B. Verteilungs- und Ver- 
schaltungsinf ormationen) iiber die Datenfliisse DFE1 bzw. DFE2 

10 versorgt . Uber die Datenfliisse DFE3 bzw. DFE4 gibt die auto- 
mat ische Kommunikationspro j ektierung AKP die daraus generier- 
ten Kommunikationskanale an die Runt ime-Sys t erne RTS6 bzw. 
"0 RTS7 der Gerate Gl bzw. G2 weiter. Alle Gerate werden somit 
von der automatischen Kommunikat ionspro j ektierung AKP so mit 

15 Routinginf ormationen versorgt, dass jedes Gerat mit j edem an- 
deren Gerat entsprechend der in den TO-Konf igurat ionen TOK1 
und TOK2 definierten abstrakten Konf igurat ions - und Kommuni- 
kat ionsbeschreibung kommunizieren kann. Die automatische Kom- 
munikat ionsproj ektierung AKP verwendet zur Generierung der 

2 0 Kommunikationskanale pro j ektglobale Variablen, mit denen der 
Anwender z.B. die Qualitatsanf orderungen definieren kann. 

Die automatische Kommunikat ionsproj ektierung AKP ermoglicht 
eine effiziente Nutzung der eingesetzten Gerate- und Netzto- 

^2 5 pologie, da sie auch abstrakte Qualitatsanf orderungen (z.B. 

~ Broadcast, Taktsynchronitat , Ubertragungszeiten) optimal auf 
Gerateeigenschaf ten und Eigenschaf ten des Kommunikat ionsmedi - 
urns KM (z.B. Profibus) abbildet. Bei der Konf iguration der 
Technologischen Objekte muss sich der Anwender nicht darum 
30 kummern, wie letztendlich die Kommunikation physikalisch 
stattf indet . 

Die gepunkteten vertikalen bidirekt ionalen Pfeile DKFR1 bis 
DKFR8 stellen den Daten- und Kontrollf luss zur Laufzeit (Run- 
35 time) dar. Z.B. wenn die Gerate Gl bzw. G2 selber am Kommuni- 
kationsmedium KM (das Kommunikationsmedium kann z.B. ein Pro- 
fibus sein) hangen, anlaufen und in Betrieb sind. Dann er- 
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folgt namlich wirklich ein "scharfer" Daten- und Kontroll- 
fluss von den Anwenderprogrammen AP2 bzw. AP3 durch die tech 
nologische Firmware TFW1 bzw. TFW2 durch das Runtime-System 
RTS6 bzw. RTS7 auf das Kommunikationsmedium KM, liber das Kom 
munikationsmedium KM zum nachsten Gerat und da wieder nach 
oben zum Anwenderprogramm. Im "scharfen Betrieb" eines Gera- 
tes werden naturlich auch die Inf ormationen der TO- 
Konf iguration T0K1 bzw. T0K2 benotigt. 
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Patentanspruche 

1. Industrielle Steuerung fur technische Prozesse, insbeson- 
dere fur Produkt ionsmaschinen, 

5 dadurch gekennzeichnet, 

dass die Steuerung ein allgemein einsetzbares, vorzugsweise 
technologieneutrales Basissystem (UMC-K) fur die Steuerungs- 
grundf unktionali tat aufweist, wobei ins tanziierbare Technolo- 
gieobjekttypen die Grundf unktionali tat der Steuerung urn tech- 

0 nologische Funktionalitaten erganzen und nach einer vom An- 
wender zuschneidbaren Instanziierung als Technologische Ob- 
jekte (T01 - TOn) in seinen jeweiligen Applikationen zur Ver- 
fligung stehen, wobei eine Trennung zwischen technologischer 
Funktionalitat und Geratef unktionalitat erfolgt. 

5 

2. Industrielle Steuerung nach Anspruch 1, 
dadurch gekennzeichnet, 

dass eine automatische Generierung bzw. Pro j ektierung von 
Kommunikationsverbindungen zwischen Technologischen Obj ekten 
0 (T01 - TOn) basierend auf der zugrungeliegenden Hardware- 
Topologie und/oder der technologischen Losung erfolgt. 

3. Industrielle Steuerung nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, 

5 dass bei der automatischen Generierung bzw. Pro j ektierung der 
Kommunikationsverbindungen zwischen Technologischen Obj ekten 
(T01 - TOn) von den Technologischen Obj ekten (T01 - TOn) zu- 
gewiesene oder erworbene Qualitatsattribute berucksichtigt 
werden. 

0 

4. Industrielle Steuerung nach Anspruch 1, 2 oder 3, 
dadurch gekennzeichnet, 

dass eine flexible Verschiebbar kei t und/oder Verteilbarkeit 
der Technologischen Objekte (T01 - TOn) auf unterschiedlich 
5 oder gleich per f ormante Hardware-Sys teme und/oder Laufzeit- 
systeme (RTS1 - RTS7) erfolgt. 
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5. Industrielle Steuerung nach Anspruch 4, 
dadurch gekennzeichnet, 

dass eine flexible Verschiebbarkeit und/oder Verteilbarkeit 
der Technologischen Objekte (T01 - TOn) auf unterschiedlich 
5 oder gleich performante Hardware-Systeme und/oder Laufzeit- 
systeme (RTS1 - RTS7) innerhalb eines Projektes erfolgt, wo- 
bei sich ein Projekt auf Daten und/oder Programme von einer 
oder mehreren Steuerungseinheiten bezieht. 

10 6. Industrielle Steuerung nach einem der vorstehenden Ansprii 
che, 

dadurch gekennzeichnet, 
[ dass die Verteilung der Funktionalitat der Technologischen 

Objekte (TOl - TOn) auf miteinander in Echtzeit durch takt- 
15 synchron aquidistant kommuni zierende Steuerungseinheiten er- 
folgt. 

7. Industrielle Steuerung nach einem der vorstehenden Ansprii 
che, 

20 dadurch gekennzeichnet, 

dass eine technologische Skalierung hinsichtlich der Funktio 
nalitat der Steuerung durch die Zuladbarkeit von Technologie 
ob jekttypen erfolgt . 

25 8. Industrielle Steuerung nach einem der vorstehenden Ansprii 
che, 

dadurch gekennzeichnet, 
dass eine Verschaltung der Technologischen Objekte (TOl - 
TOn) zu komplexen Technologischen Objekten, sog. Container- 
30 Objekten erfolgt. 

9. Industrielle Steuerung nach einem der vorstehenden Ansprii 
che, 

dadurch gekennzeichnet, 
35 dass einem Anwender unterschiedliche Sichten auf die Techno- 
logischen Objekte (TOl - TOn) zur Verfiigung stehen. 
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10. Industrielle Steuerung nach einem der vorstehenden An- 
spruche, 

dadurch gekennzeichnet, 

dass eine ruckwirkungsf reie Programmierung eines Technologi- 
schen Objektes (TOl - TOn)- bezuglich der anderen vorhandenen 
Technologischen Objekte und des Steuerungsbasissystems (UMC- 
K) , sofern nicht explizit eine Riickwirkung programmiert bzw. 
projektiert ist, vorgesehen ist. 

11. Industrielle Steuerung nach einem der vorstehenden An- 
spruche, 

dadurch gekennzeichnet, 

dass die Darstellung der Technologischen Objekte (TOl - TOn) 
im Engineering-System (ES) durch grafische Elemente und/oder 
Masken erfolgt. 

12. Industrielle Steuerung nach einem der vorstehenden An- 
spruche, 

dadurch gekennzeichnet, 

dass die Technologieob j ekttypen zu Technologischen Paketen 
(TP) zusammengef asst werden. 

13. Verfahren zur Programmierung bzw. Pro j ektierung von in- 
dustriellen Steuerungen fur technische Prozesse, insbesondere 
fur Produktionsmaschinen, 

gekennzeichnet durch die Verwendung von 
Technologischen Objekten (TOl - TOn) und die Abfolge der fol- 
genden Schritte: 

a) Verwendung eines Basissystem (UMC-K) mit einer vorzugswei- 
se techno logieneutralen Grundf unkt ionalitat , 

b) Instanziierung der Technologischen Objekte (TOl - TOn), 

c) Verschaltung der Technologischen Objekte (TOl - TOn) zu 
Technologischen Objekten komplexer Funktionalitat , 

d) Verteilung und/oder Platzierung der Technologischen Objek- 
te (TOl - TOn) auf die Gerate (Gl, G2 ) , 

e) automatische Generierung der Kommunikationskanale zwischen 
den Technologischen Objekten (TOl - TOn), 
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f) Wiederverwendurig insbesondere von komplexen bereits ver- 
schalteten Technologischen Objekten in anderen Projekten. 

14. Verfahren zur Prograimtiierung bzw. Pro j ektierung nach An- 
spruch 13, 

dadurch gekennzeichnet, 

dass bei der Generierung der Kommunikationskanale Qualitats- 
attribute der Technologischen Objekte (T01 - TOn) eingehalten 
werden . 

15. Verfahren zur Programmierung bzw. Pro j ektierung nach An- 
spruch 13, 

dadurch gekennzeichnet, 
dass die Schritte b) und e) optional erfolgen. 
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Zusammenf as sung 

Industrielle Steuerung auf der Basis verteilbarer Technologi- 
scher Objekte 

Durch die Zuladbarkeit von Technologischen Objekttypen (T01- 
TOn) in das Runtime-System (RTS1 - RTS7) einer industriellen 
Steuerung wird das Basissystem (UMC-K) der Steuerung funktio- 
nell erweitert und eine technologische Skalierung der Steue- 
rung erreicht. Die zugeladenen Technologischen Objekttypen 
sind beliebig instanziierbar und konnen beliebig auf die vor- 
handenen Gerate verteilt werden. Das Zuladen erfolgt in Form 
von Technologiepaketen (TP) . Der Anwender kann in seinen An- 
wenderprogrammen. (API - AP3) diese Funktionali tat direkt ver- 
wenden, wobei eine Trennung zwischen technologischer Funktio- 
nalitat und Geratef unktionalitat erfolgt. 
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^TOS 

TO-Type < TO identifier > 



Configuration Data : 

< configuration variable_1 > 

< configuration variable_n > 



System Data: 

< system variable_1 > 

< system variable_m > 



commands : 

< command _1 > 

< command _xy > 



alarms : 

< alarm_1> 

< alarm _k > 
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